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METHOD OF COMMUNICATION DEVICE INITIATED FRAME EXCHANGE 

REFERENCE(S) TO RELATED APPLICATION(S) 

The present application claims priority from provisional application, 
Serial No. 60/421,490, entitled "METHOD OF COMMUNICATION DEVICE 
INITIATED FRAME EXCHANGE," filed October 25, 2002, which is 
commonly owned and incorporated herein by reference in its entirety. 

FIELD OF THE INVENTION 

The invention relates generally to the field of communications, and 
more particularly to a method of transmitting traffic between an access point 
and a plurality of portable devices. 

BACKGROUND OF THE INVENTION 

Generally, wireless local area networking (WLAN) devices must 
support two channel access methods, namely, contention-based access and 
polling driven access. Contention based access allows any wireless 
terminal or access point to capture the channel and transmit a data frame 
after monitoring the channel in accordance with carrier sensing procedures. 
When using the polling driven access procedure, on the other hand, all 
frame exchanges are initiated by an access point, either through a polling 
signal or by simply transmitting data from the access point to one of a 
plurality of stations. Either contention based or polling driven access 
techniques may be used to transport voice traffic between an access point 
and a plurality of wireless terminals, and extensions to both techniques are 
available to provide service differentiation between voice and data traffic 
classes sharing a single WLAN channel. However, the frame exchange 
sequences defined by both procedures are inefficient when used to deliver 
voice traffic between an access point and a plurality of stations. 
Additionally, neither technique offers adequate support for power savings 
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operations in a wireless terminal that is transmitting and receiving voice 
traffic. 

ANSI/IEEE Standard 802.11, 1999 Edition (hereinafter "the 802.11 
standard"), defines two different methods of accessing the channel. Section 
5 9.3 of the 802.1 1 standard defines a polling-based contention-free access 
method. Section 9.2 of the 802.1 1 standard defines a carrier sensing 
contention-based access method. Both types of access methods are 
described herein. 

The WLAN frame exchange sequence using the contention-free 

10 access method is illustrated in Figure 1. Under this method, a 

communication device such as a mobile terminal (MT), wakes up prior to 
each beacon transmission and waits to be polled by the access point (AP). 
The duration between transmission of the beacon and receipt of a polling 
message at a particular MT can depend on the loading level of the network 

15 as well as the scheduling algorithm at the AP. Along with the polling 

message, the AP also transmits a downlink voice packet. Then, the MT 
responds with an acknowledgement (ACK) to the downlink voice packet and 
an uplink voice packet destined to the AP. Upon successful reception of the 
ACK and uplink voice packet, the AP acknowledges the successful 

20 reception by sending an acknowledgement message to the MT. Following a 
successful frame exchange sequence, the MT can stop monitoring the 
channel and turn off its radio transceiver. It should wake up again to receive 
the next beacon transmission. Because the frame exchange sequence 
depicted in FIG. 1 has to be initiated by the AP, the MT has to be alert at all 

25 times waiting for the initiation. This causes a power drain on the MT's 
battery, which on average, is proportional to the number of MTs on the 
polling list for a particular AP. 

The WLAN frame exchange sequence using a contention-based 
access method is illustrated in Figure 2. Under this method, the MT starts 

30 contending for the channel in accordance with carrier sensing procedures 
defined in Section 9.2.1 of the 802.11 standard and random backoff time 
procedures defined in Section 9.2.4 of the 802.11 standard upon receiving a 
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voice packet from the higher layer protocol. After winning the contention 
process and acquiring the channel, the MT transmits an uplink voice packet 
to the AP. After a small window of time has expired, represented by short 
interframe space (SIFS), the AP acknowledges receipt of the uplink voice 
5 packet by transmitting an ACK to the MT. Independently, in the downlink 
direction, the AP also starts contending for the channel upon receiving a 
voice packet from its network interface. Similarly, the AP transmits a 
downlink voice packet to the MT upon winning the contention. The frame 
exchange sequence is terminated when the MT responds with an 

10 acknowledgement message. Following the completion of either an uplink or 
downlink voice frame exchange, the transmitting station (e.g., AP or MT) 
invokes the random backoff procedure defined in Section 9.2.4 of the 
802.1 1 standard prior to transmitting another voice frame. Because the 
downlink traffic flow is independent from the uplink traffic flow, the timing of 

15 downlink transmission is dependent only on the AP and the fixed network. 

Because the MT has no control over this timing, it has to remain alert at all 
times waiting for the downlink transmission, thereby causing a drain on the 
MTs battery. In addition, it is inefficient to allow the AP and MT to operate 
independently, which can result in additional contention between downlink 

20 and uplink traffic transmissions. 

Thus, there is a need for an improved frame exchange sequence to 
address the drawbacks of the prior art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 FIG. 1 is a diagram of a prior art WLAN frame exchange sequence 

using the contention-free access method. 

FIG. 2 is a diagram of a prior art WLAN frame exchange sequence 
using a contention-based access method. 

FIG. 3 is a block diagram of a system that can be used to implement 
30 the communication device initiated frame exchange method of the present 
invention. 
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FIG. 4 is a diagram of a method of communication device initiated 
frame exchange in accordance with a first embodiment of the present 
invention. 

FIG. 5 is a diagram showing the relationship between a service 
5 interval and a polling window in accordance with the embodiments of the 
method of the present invention. 

FIG. 6 is a flow diagram of the method of communication device 
initiated frame exchange of FIG. 4 from the perspective of the 
communication device. 
10 FIG. 7 is a flow diagram of the method of communication device 

initiated frame exchange of FIG. 4 from the perspective of the Access Point. 

FIG. 8 is a diagram of a method of communication device initiated 
frame exchange in accordance with a second embodiment of the present 
invention. 

15 FIG. 9 is a flow diagram of the method of communication device 

initiated frame exchange of FIG. 8 from the perspective of the 
communication device. 

FIG. 1 0 is a flow diagram of the method of communication device 
initiated frame exchange of FIG. 8 from the perspective of the Access Point. 

20 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A first aspect of the first embodiment of the present invention 
provides a method of communication device initiated frame exchange every 
service interval comprising transmitting a polling message to an access 

25 point at least once per service interval, the polling message requesting a 
downlink traffic frame; and determining whether a valid downlink frame is 
received from the access point. Another aspect of the first embodiment of 
the invention provides a method of communication device initiated frame 
exchange comprising receiving a polling message from a communication 

30 device, the polling message requesting transmission of a downlink traffic 
frame; and responding to the polling message by transmitting a downlink 
traffic frame to the communication device. A second embodiment of the 
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present invention provides a method of communication device initiated 
frame exchange comprising activating a transceiver of the communication 
device; initiating transmission of an uplink traffic frame to an access point; 
determining whether a valid response frame is received; and when a valid 
5 response frame is received, deactivating the transceiver. 

The present invention is an improved technique for accessing a 
WLAN channel, and providing quality of service (QoS) for voice in a system 
supporting both voice and data services. Under this technique, a MT 
contends for a medium (channel). Upon winning the contention and 

10 obtaining access to the medium, the MT transmits a voice packet to the AP 
and polls the AP for waiting traffic. A low power implementation is feasible 
because the MT can sleep, wake up to contend for the medium, transmit a 
voice packet to the AP, request a voice packet from the AP, transmit an 
acknowledgement, and go back to sleep. Although the first and second 

15 embodiments are described with reference to a MT, the invention can be 

used with any communication device capable of communicating with an AP. 

Current generation WLANs were designed and optimized for best 
effort data services. Recently, there has been a growing need to offer an 
efficient mode of transport for isochronous traffic over WLAN. The 

20 isochronous traffic refers to a connection-oriented service that requires the 
periodic availability of channel bandwidth to achieve the desired QoS, such 
as telephony voice and video conferencing. Although the described 
embodiments of the present invention focus on the periodic communication 
of packetized voice from a MT to the AP and from the AP to the MT, it can 

25 be applied to any type of bi-directional traffic over a contention-based 
access network. 

FIG. 3 is a block diagram of a system that can be used to implement 
the communication device initiated frame exchange method of the present 
invention. To support telephony voice over WLAN, the AP 304 must be able 
30 to exchange voice frames with a plurality of MTs 302, 303, as shown in FIG. 
3. The voice frames generated by a MT 302, 303 and destined to the AP 
304 are referred to herein as uplink traffic. Additionally, the voice frames 
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arriving from the network 306 (based on voice traffic from a public switched 
telephone network (PSTN) 308, for example) and destined to the MT 302, 
303 are referred to herein as downlink traffic. Under the present invention, 
the MT 302, 303 associates itself with a nearby AP 304, and exchanges 
5 voice frames with the AP 304. 

In the present invention, the inter-arrival time between voice packets 
is related to a service interval. In particular, a service interval is defined as 
the average inter-arrival time between voice frames comprising either uplink 
or downlink traffic. Generally, a wireless station 302, 303 or a voice 

10 gateway in the network 306 generates one voice frame pier service interval, 
just prior to an expected packet arrival time. The expected packet arrival 
time for voice frame N+1 is the expected packet arrival time for voice frame 
N plus the length of the service interval. While the actual arrival time of 
packets can vary, due to variable processing loads or network delays, the 

15 service interval remains constant, and is based on the frame interval of the 
voice coder utilized at each side of the wireless call. The expected arrival 
time, however, is generally unique for each of a plurality of MTs. 

Referring now to FIG. 4, a frame exchange sequence in accordance 
with a first embodiment of the present invention is shown. Upon receiving 

20 packetized voice traffic from a higher layer voice application, the MT 302, 
303 wakes up its transceiver and starts contending for the channel access. 
After winning the contention process and acquiring the channel, the MT 302, 

303 transmits an uplink voice packet to the AP 304. In the same step, the 
MT 302, 303 also transmits a polling message to the AP 304, requesting the 

25 AP 304 to transmit a downlink voice packet. The AP 304 responds with an 
acknowledgement to the uplink voice packet and sends a downlink voice 
packet to the requesting MT 302, 303. Upon successful reception of the 
downlink voice packet, the MT 302, 303 may acknowledge receipt of the 
packet by transmitting an acknowledgement message to the AP 304. 

30 Finally, the MT 302, 303 can turn off its radio transceiver module and go to 
sleep until the next voice packet is available or until it is time to poll the AP 

304 for downlink traffic. 
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The present invention includes a means of polling the AP 304 even 
when a voice packet is not generated by a higher layer voice application at 
an expected packet arrival time. For example, both the MT 302, 303 and a 
voice gateway in the network 306 may utilize silence suppression to reduce 
5 the amount of uplink and downlink traffic during a voice call. When silence 
suppression is employed, the MT 302, 303, for example, stops generating 
packets at the end of each talk spurt, and begins generating packets again 
at the start of a new talk spurt. During silence periods, when the MT 302, 
303 is not generating voice packets, the uplink traffic pattern changes 

10 because there is no voice packet at the expected packet arrival time to 

trigger an uplink transmission. In this case, the present invention utilizes a 
polling window in the MT 302, 303 to detect the passing of a service interval, 
after which the MT 302, 303 wakes up its transceiver and starts contending 
for the channel access to send a poll-only message to AP 304 for retrieving 

15 downlink traffic. 

In addition, the present invention uses the polling window to 
determine when a MT 302, 303 may contend for the WLAN channel. A 
polling window is a short interval around the expected packet arrival time, 
with a start time of T^^ and an end time of Tp^^, as shown in FIG 5. If a 

20 voice packet is generated by a voice application before T PWstart , a poll 

message with data carried by the packet is sent at T PWstart . On the other 
hand, any voice packet received within a polling window is sent immediately 
with a poll. Finally, if no voice frame arrives for a given service interval, a 
poll-only message is sent to the AP 304 for retrieving downlink traffic at the 

25 end of the polling window Tp^ 

The first and second embodiments of the invention will now be 
described in greater detail using the IEEE 802.1 1 WLAN as an example. 
The overall process of establishing a telephony voice call can be separated 
into four stages. The first stage occurs when the MT 302, 303 is first 

30 powered on and searching for an AP 304 to associate with. The second 

stage represents the event where there is an incoming call and the AP 304 
needs to locate a MT 302, 303 to establish a voice conversation. This 



7 



CML00556J - Smavatkul et al. 



second stage is optional if the voice call is initiated by the MT 302, 303. The 
third stage is where the voice packet transfer takes place. Finally, the fourth * 
stage disconnects the call. The present invention focuses on the second 
and third stages. 

5 For a network-initiated voice call, the AP 304 needs to locate and 

communicate its desire to establish a voice connection with a MT 302, 303. 
This communication can take place in a periodic beacon, which occurs at a 
pre-determined interval. Because a MT 302, 303 is required to wake up 
periodically to listen to beacon messages, the AP 304 can indicate to the 

10 MT 302, 303 that there is an incoming voice call. To set up a voice call 

under the present invention, it is desirable to ensure that the voice frames of 
both uplink and downlink traffic flows are synchronized with each other, i.e., 
both the network 306 and the MT 302, 303 create voice packets at roughly 
the same instance and with a common service interval. 

15 A flow diagram of the frame exchange sequence of FIG. 4 from the 

MT perspective is shown in FIG. 6. The flow diagram is for illustrative 
purposes only and is not meant to be limiting. Upon receiving a voice 
packet from a voice application (step 604), the MT 302, 303 activates its 
transceiver (step 602) and starts contending for the channel access. For a 

20 contention-based medium access control (MAC) protocol, the duration 

between transceiver activation and winning contention typically depends on 
the loading level of the wireless network 305 (FIG. 3). Upon sensing the 
channel and winning the contention (i.e., identifying a transmit opportunity) 
the MT 302, 303 acquires the channel by transmitting the uplink packet that 

25 has recently arrived and, in the same step, polling the AP 304 for downlink 
traffic (step 612). This process of identifying a transmit opportunity is 
repeated whenever the MT 302, 303 needs to transmit data or a poll to the 
AP 304. Because both uplink and downlink packets should be available at 
the same instance, the AP 304 should receive this polling message T 1 

30 seconds after the MT 302, 303 activates its transceiver, where T 1 consists of 
the time to ramp up the transceiver, contend for the channel, transmit the 
packet, propagate the packet, and process the reception. Consequently, 
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the network 306 also has T 1 seconds to deliver a downlink packet to the AP 
304, making it ready to be transmitted when the AP 304 receives the polling 
message. The uplink and downlink packet creation time can also be 
adjusted so that it reflects the relative network congestion level between the 
5 wired network 306 (Fig. 3) and wireless network 305. 

At step 614, the MT 302, 303 determines whether it received a valid 
frame from the AP 304. If a valid frame was not received, the MT 302, 303 
further checks that a maximum amount of retransmissions has not been 
reached and that a maximum lifetime of this packet has not been reached 

10 (step 626). If it passes both tests, the MT 302, 303 retransmits the data 

previously sent along with a polling message (step 612). On the other hand, 
the packet is discarded (step 628) and the MT 302, 303 deactivates its 
transceiver (step 620), if either test fails. Referring back to step 614, when a 
valid frame was received, the MT 302, 303 determines whether the frame 

15 includes downlink traffic (step 616). When the frame includes downlink 

traffic, the MT 302, 303 sends an acknowledgement of receipt of the frame 
(step 618) and deactivates its transceiver (step 620). When the frame does 
not include downlink traffic, the MT 302, 303 simply deactivates its 
transceiver (step 620) and the method ends. 

20 Referring back to step 604, when the MT 302, 303 does not have 

data to transmit, it determines whether it is time to transmit a polling 
message to the AP 304 for downlink traffic (step 606). If the answer is yes, 
because the end of a polling window has been reached, the MT 302, 303 
activates its transceiver (step 622) and transmits the polling message (step 

25 608). Then, the MT 302, 303 waits to receive a response from the AP 304. 
As will be described in detail with reference to FIG. 7 later herein, when the 
AP 304 has a downlink packet ready to be transmitted, the AP 304 responds 
to the polling message from the MT 302, 303 by transmitting the packet. 
Additionally, it also responds to the uplink traffic packet by transmitting an 

30 acknowledgement message to the requesting MT 302, 303. At step 610, 
the MT 302, 303 determines whether a valid frame was received from the 
AP 304. If a valid frame was not received, the MT 302, 303 performs 
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collision avoidance and back off procedures as known in the art, and 
prepares to retransmit a poll. The retransmission decision depends on two * 
factors, whether or not a maximum amount of retransmissions has been 
reached and whether or not a maximum lifetime of this poll has been 
reached (step 624). If both tests are passed, the MT 302, 303 proceeds 
back to step 608 to retransmit the poll. On the other hand, the poll attempt 
is aborted and the MT 302, 303 deactivates its transceiver (step 620), if 
either test fails. Referring back to step 610, when a valid frame was 
received, the MT 302, 303 determines whether the frame includes downlink 
traffic (step 630). When the frame does not include downlink traffic, the MT 
302, 303 deactivates its transceiver (step 620) and the method ends. When 
the frame includes downlink traffic, the MT 302, 303 sends an 
acknowledgement of receipt of the frame (step 631 ). Next, at step 520, the 
MT 302, 303 deactivates its transceiver and sleeps until time to transmit 
another polling message or until it receives traffic from a higher layer 
application to transmit to the AP 304. By controlling the timing of frame 
exchange with the AP 304, the MT 302, 303 is able to sleep during periods 
of inactivity, thereby increasing the MT's standby battery time. 

A flow diagram of the method of device initiated frame exchange of 
FIG. 4 from the AP perspective is shown in FIG. 7. For the AP 304, the 
method begins when the AP 304 receives a frame from the MT 302, 303 
(step 702). Next, the AP 304 determines whether the frame is valid (step 
703). When the frame is not valid, the method ends. When the frame is 
valid, the AP 304 determines whether it has downlink traffic destined for the 
MT 302, 303 (step 706). When the AP 304 does not have downlink traffic to 
transmit, it acknowledges receipt of the uplink frame by transmitting an 
acknowledgement to the MT 302, 303 (step 708), and the method ends. 
The uplink frame can either be poll-only frame (sent by step 608 of FIG. 6) 
or data with a poll frame (sent by step 612 of FIG. 6). When the AP 304 has 
downlink traffic to transmit, it transmits the downlink traffic along with an 
acknowledgement of receipt of the uplink frame to the MT 302, 303 (step 
710), and waits for an acknowledgement of receipt of the downlink traffic 
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packet from the MT 302, 303. At step 712, the AP 304 determines whether 
it received the acknowledgement. If the AP 304 has not received the 
acknowledgement (after an appropriate amount of time has passed), it 
buffers the data for retransmission the next time it receives a polling 
message from the MT 302, 303 (step 714), and the frame exchange 
sequence ends. The frame exchange sequence also ends if the AP 304 
has received the acknowledgement. 

A second embodiment of the method of the present invention is 
shown in FIG. 8. Similar to the frame exchange sequence of the first 
embodiment, upon receiving packetized traffic from a the higher layer 
protocol, the MT 302, 303 activates its transceiver and starts contending for 
the channel access. Upon winning the contention, the MT 302, 303 
acquires the channel (i.e., identifies a transmit opportunity) by transmitting 
the uplink voice packet to the AP 304. Instead of sending a downlink voice 
packet with a piggybacked acknowledgement (as shown in FIG. 4), the AP 
304 responds to the uplink voice packet by transmitting an 
acknowledgement message, which is compliant to the current 802.1 1 
standard. Upon receiving the acknowledgement message from the AP 304, 
the MT 302, 303 polls the AP 304 for a downlink voice packet. The AP 304 
then responds to the poll message with a downlink voice packet. Finally, 
the MT 302, 303 terminates the frame exchange sequence by sending an 
acknowledgement message to the AP 304, acknowledging reception of a 
valid downlink voice packet. After completion of the frame exchange 
sequence, the MT 302, 303 may turn off its radio transceiver module and go 
to sleep until the next packet is available for transmission. Compared to the 
frame exchange sequence shown in FIG. 4, the second embodiment loses 
some efficiency due to the sequential nature of the transmission of uplink 
and downlink packets. 

A flow diagram of the method of device initiated frame exchange of 
FIG. 8 from the MT perspective is shown in FIG. 9. Upon receiving a voice 
packet from a higher-level application (step 904), the MT 302, 303 activates 
its transceiver (step 902) and starts contending for the channel access. For 
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a contention-based medium access control (MAC) protocol, the duration 
between transceiver activation and winning contention typically depends on * 
the loading level of the wireless network 305. Upon winning the contention, 
the MT 302, 303 acquires the channel by transmitting the uplink traffic frame 
(step 906) to the AP 304. If the MT 302, 303 does not receive an 
acknowledgement (step 908), it prepares to retransmit the data frame. The 
retransmission decision depends on two factors, whether or not a maximum 
amount of retransmissions has been reached and whether or not a 
maximum lifetime of this poll has been reached (step 926). If both tests are 
passed, the MT 302, 303 proceeds back to step 906 to retransmit this 
frame. On the other hand, the data frame will be discarded (step 928) and 
the MT 302, 303 will deactivate its transceiver (step 918), if either test fails. 
Referring back to step 908, when the MT 302, 303 receives an 
acknowledgement, it proceeds to poll the AP 304 for downlink traffic (step 
912) and waits to receive a response from the AP 304. At step 914, the MT 
302, 303 determines whether it received a valid frame from the AP 304. If 
an invalid frame is received, it prepares to re-poll the AP 304. The re-poll 
decision depends on two factors, whether or not a maximum amount of 
attempts has been reached and whether or not a maximum lifetime of this 
poll has been reached (step 924). If both tests are passed, the MT 302, 303 
proceeds back to step 912 to retransmit this poll. On the other hand, the 
poll will be aborted and the MT 302, 303 will deactivate its transceiver (step 
918), if either test fails. At step 914, when a valid frame is received from the 
AP 304, the MT 302, 303 further checks that the reception contains a 
downlink traffic frame in step 930. If the frame contains downlink traffic, the 
MT 302, 303 transmits an acknowledgment of receipt of the frame to the AP 
304 (step 916). At step 918, the MT 302, 303 deactivates its transceiver 
and sleeps until it has traffic or a poll to transmit. If the frame does not 
contain downlink traffic, the MT immediately deactivates its transceiver and 
sleeps until it has traffic or a poll to transmit (step 918). 

Referring back to step 804, when the MT 302, 303 has no data to 
transmit, it determines whether it is time to transmit a periodic polling 
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message to the AP 304 for downlink traffic (step 91 0). If the answer is yes, 
because the end of a polling window has been reached, the MT 302, 303 
activates its transceiver (step 920) and the method proceeds as previously 
described at step 912. If the time to transmit poll has not yet arrived, the MT 
5 302, 303 remains in "sleeps" mode until it has more data to transmit or until 
it is time to poll the AP 304 for downlink traffic. 

A flow diagram of the method of device initiated frame exchange of 
FIG. 8 from the AP perspective is shown in FIG. 10. For the AP 304, the 
method begins when the AP 304 receives a frame from the MT 302, 303 

10 (step 1002). Next, the AP 304 determines whether the frame is valid (step 
1004). When the frame is invalid, the method ends. When the frame is 
valid, the AP 304 determines whether the frame includes a poll for downlink 
traffic (step 1006). When the frame includes a poll for downlink traffic, the 
AP 304 determines whether it has traffic to send (step 1008). When there is 

15 no downlink traffic to transmit, the AP 304 transmits an acknowledgement of 
receipt of the poll frame to the MT (step 1014), and the method ends. When 
there is downlink traffic to send, the AP 304 transmits the traffic to the MT 
302, 303 (step 1010) and waits for an acknowledgement of receipt of the 
downlink traffic from the MT 302, 303. At step 1012, the AP 304 determines 

20 whether it has received the acknowledgement. If the AP 304 has received 
the acknowledgement, the method ends. If the AP 304 has not received 
the acknowledgement (after an appropriate amount of time has passed), it 
buffers the data for retransmission the next time it receives a polling 
message from the MT 302, 303 (step 1016), and the frame exchange 

25 sequence ends. When the frame received at step 1002 includes uplink 

traffic ("no" path at step 1006), the AP 304 transmits an acknowledgement 
of receipt of the uplink traffic to the MT (step 1014), and the method ends. 

The present invention enables a communication device to initiate a 
frame exchange sequence with an AP, instead of waiting for a poll or a 

30 voice frame from the AP as suggested by the prior art. Accordingly, the AP 
must be alert at all times waiting for the initiation. This is acceptable 
because the AP typically does not rely on battery power. As a result, the 
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communication device is relieved from having to remain awake, thereby 
reducing its power consumption. Additionally, the present invention enables * 
each device to wake up at regular service intervals, which are completely 
independent of the beacon interval of the AP and the service interval of 
other devices. This allows a mixture of stations with different types of 
isochronous traffic to occupy the channel without complicating the beacon 
timing, and allows the AP to transmit beacons at a much lower frequency 
than the service interval of traffic such as voice. Further, synchronization 
between uplink and downlink packet transfer results in higher efficiency and 
lower contention. 

While the invention may be susceptible to various modifications and 
alternative forms, specific embodiments have been shown by way of 
example in the drawings and have been described in detail herein. 
However, it should be understood that the invention is not intended to be 
limited to the particular forms disclosed. Rather, the invention is to cover all 
modification, equivalents and alternatives falling within the invention as 
defined by the following appended claims. 
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